Event-based in-band host registration

ABSTRACT

A method of registering a host bus port (HBP) of a host computer (host) at a storage bus port (SBP) of a data storage array over a storage network includes (a) acquiring a configuration instruction directing the host to process registration messages from an event processing engine, (b) receiving a registration message from the event processing engine indicating that the HBP needs to be registered with the SBP, the registration message having been generated by the event processing engine in response to receiving an event notification message indicating that a data path across the storage network between the HBP and the SBP is available, and (c) in response to receiving the registration message, processing the registration message by registering the HBP with the SBP by sending a registration command from the HBP to the SBP across the storage network, the registration command including registration information associated with the HBP.

BACKGROUND

Data storage arrays are used to provide large amounts (e.g., 10 terabytes to 10 petabytes) of data storage to enterprises. An example of such a data storage array is a VNX® brand array produced by the EMC Corp. of Hopkinton, Mass. Often, several such data storage arrays are connected to a storage network, and storage commands are processed by a host computer also connected to the storage network. These hosts typically utilize management software to control and monitor configuration and performance. An example of such management software is the Unisphere™ software produced by the EMC Corp.

In order to ensure optimal performance, hosts must register with the data storage arrays. Typically this is done by the hosts periodically broadcasting host registration commands to the storage arrays.

SUMMARY

Although the above-described conventional systems provide beneficial functionality, short periodicities can lead to high network congestion, while long periodicities can lead to long latencies between availability of a storage array and host registration. It would be desirable to perform host registration directly upon a new storage array being detected without either the high network congestion of short periodicities or the long latencies of long periodicities.

Therefore, the present disclosure provides techniques for event-based host registration. Continuously performed standard path testing operations are able to cause an event signal upon detection of a newly-available path, and upon receiving such an event signal, the host is able to perform host registration along the newly-available path, obviating the need to periodically send out registration commands while simultaneously minimizing latency.

In one embodiment, a method of registering a host bus port of a host computer (host) at a storage bus port of a data storage array over a storage network is disclosed. The host is configured to process data input/output operations on the data storage array. The method includes (a) acquiring, by a control circuit of the host, a configuration instruction directing the control circuit to process registration messages from an event processing engine, (b) receiving, by the control circuit, a registration message from the event processing engine indicating that the host bus port needs to be registered with the storage bus port, the registration message having been generated by the event processing engine in response to receiving an event notification message indicating that a data path across the storage network between the host bus port and the storage bus port is available, and (c) in response to receiving the registration message, processing, by the control circuit, the registration message by registering the host bus port at the storage bus port by sending a registration command from the host bus port to the storage bus port across the storage network, the registration command including registration information associated with the host bus port. Similar apparatus, system, and computer program products are also disclosed.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing and other objects, features and advantages will be apparent from the following description of particular embodiments of the present disclosure, as illustrated in the accompanying drawings in which like reference characters refer to the same parts throughout the different views. The drawings are not necessarily to scale, emphasis instead being placed upon illustrating the principles of various embodiments of the present disclosure.

FIG. 1 illustrates an example system for use in practicing various embodiments.

FIG. 2 illustrates an example apparatus according to various embodiments.

FIG. 3 illustrates example methods according to various embodiments.

FIG. 4 illustrates example methods according to various embodiments.

FIG. 5 illustrates an example method according to various embodiments.

DETAILED DESCRIPTION

Therefore, the present disclosure provides techniques for event-based host registration. Continuously performed standard path testing operations are able to cause an event signal upon detection of a newly-available path, and upon receiving such an event signal, the host is able to perform host registration along the newly-available path, obviating the need to periodically send out registration commands while simultaneously minimizing latency.

FIG. 1 depicts an example system 30 for use in conjunction with various embodiments. System 30 includes host machine 32(a). Host 32(a) may be any kind of computerized device capable of processing data storage commands, such as, for example, a personal computer, a workstation, a server computer, an enterprise server computer, a desktop computer, a laptop computer, etc. Host 32(a) connects to a data storage array 36 over storage network 34. Storage network 34 is used to transmit data storage commands and associated data. Storage network 34 may be for example, a storage area network (SAN), a local area network (LAN), a wide area network (WAN), a fabric of connections and switches, etc. It may be based on Ethernet, Fibre Channel, etc.

Host 32(a) includes a set of host bus ports 38, which provide the actual connections to the storage network 34, a multipathing driver 40 for mapping data storage operations over a set of paths, and a registration agent 44, which is responsible for performing host registration. A typical host 32 includes four host bus ports 38(1)(a), 38(1(b), 38(2)(a), 32(b)(2) arranged in pairs, although it should be understood that other numbers of host bus ports 38 are also possible. Included within multipathing driver 40 is an event generator module 42.

In some embodiments, host 32(a) also includes an event processing engine 46, while in other embodiments, an event processing engine 50 runs on a remote control server 48. In some embodiments, additional hosts 32(b-n) and control server 48 also connect to storage network 34. In some embodiments, hosts 32 communicate with each other over a separate management network 37, such as, for example, a LAN or WAN. In some embodiments, hosts 32 also communicate with control server 48 over management network 37.

Data storage array 36 includes storage 52 and storage processors 54. Storage 52 is a form of non-volatile memory for storing files and data. Storage 52 may include a plurality of data storage devices (e.g., hard disks, solid state drives, etc.) arranged in an array configuration and controlled by one or more storage processors. Storage processors 54 are devices which receive data storage commands from a host 32 and cause the commands to be performed on storage 52. A typical data storage array 36 has two storage processors 54(1), 54(2), each of which typically has two storage bus ports 56, which physically connect to storage network 34, although it should be understood that other numbers of storage processors 54 and storage bus ports 56 are also possible.

It should be understood that each host 32 may have multiple paths for data storage operations to be sent to data storage array 36. A path is a pairing between a particular host bus port 38 and a particular storage bus port 56. These paths may be logical, or they may be physical, based on switched connections of a fabric of connections and switches. Having multiple paths between the host 32 and the data storage array 36 may be useful for load-balancing between the various ports 38, 56. The availability of multiple paths may also be useful in case one or more of the various ports 38, 56 goes off-line, or if a connection gets cut, in which case, multipathing driver 40 can re-route storage operations over a different path.

Thus, for example, as depicted, Path 1 connects host bus port 38(1)(a) and storage bus port 56(1)(a), while Path 2 connects host bus port 38(2)(b) and storage bus port 56(2)(a). As depicted, there are theoretically 16 possible paths between the four host bus ports 38 and the four storage bus ports 56. A system with a different number of host bus ports 38 and storage bus ports 56 would have a different theoretical number of paths between a particular host 32 and data storage array 36. In some embodiments, multipathing driver 40 may impose a limit on the number of actual paths allowed between a host 32 and a data storage array, for example a maximum of thirty-two paths.

FIG. 2 depicts an example host 32 in more detail. Host 32 includes a set of host bus adapters 60, a processor 64, and memory 66. Host bus adapters 60 are devices which send data storage commands from the host 32 to data storage array 36. A typical host 32 has two host bus adapters 60(1), 60(2), each of which typically has two host bus ports 38 which physically connect to storage network 34, although it should be understood that other numbers of host bus adapters 60 and host bus ports 38 are also possible. Processor 64 may be, for example, a central processing unit, a microprocessor, a collection of multiple microprocessors, a digital signal processor, a field-programmable gate array, a collection of circuits configured to perform various operations, or another similar device or set of devices configured to perform operations.

Memory 66 may include, for example, system memory, cache memory, volatile memory, random access memory, some combination thereof, or another similar device or set of devices configured to store running software and or data. Memory 66 stores executing and loaded code as well as associated data during execution by the processor 64, including an operating system 72, multipathing driver 40, additional drivers (not depicted), and storage management application 74. Storage management application 74 runs on processor 64 and in memory 66, and it includes registration agent 44, and, in some embodiments, event processing engine 46. Memory 66 has two portions—a kernel space 70, and a user space 68. Kernel space 70 is a protected area of memory, in which the OS 72 and drivers, including multipathing driver 40 (and the included event generator module 42), are stored as they run. User space 68 stores applications, such as storage management application 74 as it runs. The terms kernel space and user space are well-known in the art, and, as used in this Description, should be interpreted according to their normal well-known meaning.

In some embodiments, host 32 also includes a management network interface 62 for connecting to management network 37 and a user interface (UI) 63 for connecting to UI devices for input and output to a user.

Having described the various systems, apparatuses, and associated constructs of and used in conjunction with various embodiments, this Description will now turn to describing various method embodiments which may be performed in conjunction with the above-described systems, apparatuses, and associated constructs.

It should be understood that, within this Description, any time a piece of software is described as executing, running, operating, or performing a method, function, step, operation, etc., the method, function, step, or operation is actually performed by an appropriate processor, e.g., processor 64, while executing code of the software stored in memory e.g., memory 66.

FIGS. 3 and 4 depict an example method 100 performed within system 100 to effect host registration. Method 100 includes example methods 200, 300, and 400. Method 200, which is performed by registration agent 44, and method 300, which is performed by multipathing driver 40, both of which are physically performed by processor 64 on a host 32, are depicted in FIG. 3. FIG. 4 depicts method 400, which is performed by event processing engine 46 or 50.

Beginning with FIG. 3, in step 210 of method 200, registration agent 44 acquires a configuration instruction directing the host 32 to process registration messages that it receives from event processing engine 46, 50. In some embodiments, storage management application 74 acquires this configuration instruction via UI 63, when a user enters it via a UI device. In other embodiments, registration agent 44 may come pre-programmed with the configuration instruction.

The remaining steps of method 200—steps 220-230 (and, in some embodiments also steps 240-250)—are performed in response to method 400, which is performed by event processing engine 46, 50 in response to method 300 being performed by multipathing driver 40.

In step 311 of method 300, multipathing driver 40 detects that a data path between a particular host bus port 38 and a particular storage bus port 56 has become available. Typically, multipathing driver 40 continuously or periodically performs path testing over all possible paths to ensure that multipathing driver 40 has an up-to-date map of the system to allow for efficient load-balancing between paths and to ensure that storage commands and data are not lost. In some embodiments, event generator module 42 may run in the background, capturing any path that has been newly recognized, either when such path is a new path or when such path is a preexisting path that was temporarily disabled but has now become re-enabled.

In step 312 of method 300, event generator module 42 sends an event notification message from the multipathing driver 40 to the event processing engine 46, 50. In some embodiments, this message may be sent via an application interface, which connects multipathing driver 40 to event processing engine 46 running on the same host 32. In other embodiments, this message may be sent over storage network 34 or management network 37 to event processing engine 50 running on control server 48.

In response to step 312, event processing engine 46, 50 performs method 400, depicted in FIG. 4. In step 415 of method 400, event processing engine 46, 50 receives the event notification message from the multipathing driver 40. In step 416, event processing engine 46, 50 detects that the received event notification message indicates that a particular data path across storage network 34 between a particular host bus port 38 and a particular storage bus port 56 has become available.

In step 417, which is only performed by event processing engine 50 in embodiments in which it executes on control server 48, event processing engine 50 selects a particular host 32(x) from the set of hosts 32, based on a port number associated with the particular host bus port 38 of the newly-detected path. This design allows all event processing to be consolidated within a single server 48 that may be optimized to perform event processing. In embodiments in which event processing engine 46 executes on a host 32, step 417 would be redundant because it is already known which host 32 is associated with the particular host bus port 38 of the newly-detected path.

In step 418, event processing engine 46, 50 sends a registration message to the registration agent 44 to indicate that the particular host bus port 38 should be registered with the particular storage bus port 56. In some embodiments, this registration message may be sent via an application interface that connects event processing engine 46 running on host 32 to registration agent 44 running on the same host 32. In other embodiments, this registration message may be sent over storage network 34 or management network 37 to registration agent 44 running on host 32.

In response to step 418, registration agent 44 continues to perform method 200, depicted in FIG. 3. In step 220 of method 200, registration agent 44 receives the registration message from the event processing engine 46, 50 indicating that the particular host bus port 38 needs to be registered with the particular storage bus port 56.

In step 230, registration agent 44 processes the registration message by registering the particular host bus port 38 with the particular storage bus port 56 by sending a registration command from the particular host bus port 38 to the particular storage bus port 56 across the storage network 34, the registration command including registration information associated with the particular host bus port 38. The registration command sent from the particular host bus port 38 to the particular storage bus port 56 across the storage network 34 may be an Advanced Array Setup (AAS) SCSI command, made up of a string of Control-Tag-Length-Data (CTLD) fields. The various CTLD fields specify a name of the host 32, a unique port number (e.g., a World Wide Port Number) associated with the particular host bus port 38, and a version number of the multipathing driver 40. In some embodiments, additional CTLD fields are also used to indicate additional information, such as initiator type, interface options, device, host address, vender identifier, etc.

In some embodiments, registration agent 44 also performs additional steps 240-250. In step 240, registration agent 44 detects that registration information associated with the particular host bus port 38 has changed since registering that host bus port 38 with one or more storage bus ports 56. Step 240 may involve registration agent 44 periodically checking configuration data associated with all host bus ports 38 until a change is detected.

In step 250, upon detecting that the registration information has changed for that host bus port 38, registration agent 44 re-registers that host bus port 38 with the various storage bus ports 56 that it is connected to by a path by sending another registration command with updated registration information from the particular host bus port 38 to the particular storage bus ports 56 across the storage network 34. After performing step 250, steps 240-250 may be repeated as necessary.

FIG. 5 depicts another example method 500, which is performed by host 32. In step 510, host 32 executes multipathing driver 40 in connection with kernel space 70. In step 520, host 32 executes storage management application 74 in connection with user space 68. In step 530, host 32 processes data input/output operations on the data storage array 36. In step 540, host 32, through execution of the multipathing driver 40 (and, in some embodiments, more specifically through execution of the event generator module 42), detects that a data path across the storage network 34 between one selected host bus port 38 and one selected storage bus port 56 has become available. In step 550, in response to detecting that the data path has become available, host 32 sends an event notification message from the multipathing driver 40 to an event processing engine 46, 50, the event notification message indicating that the data path is available. At this point, event processing engine 46, 50 performs method 400, as described above in connection with FIG. 4

In step 560, in response to completion of method 400, host 32 receives a registration message from the event processing engine 46, 50 indicating that the selected host bus port 38 needs to be registered with the selected storage bus port 56. In step 570, in response to receiving the registration message, host 32, through execution of registration agent 44, registers the selected host bus port 38 with the selected storage bus port 56 by sending a registration command from the storage management application 74 to the selected storage bus port across 56 the storage network 34 via the selected host bus port 38, the registration command including registration information associated with the selected host bus port.

Thus, techniques have been described for performing event-based host registration. Event generator module 42 generates an event signal when a path becomes newly-available, in response to which event processing engine 46, 50 directs registration agent 44 to register the appropriate host bus port 38 with the appropriate storage bus port 56. This permits efficient host registration with reduced latency.

While various embodiments of the present disclosure have been particularly shown and described, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present disclosure as defined by the appended claims.

It should be understood that although various embodiments have been described as being methods, software embodying these methods is also included. Thus, one embodiment includes a tangible computer-readable medium (such as, for example, a hard disk, a floppy disk, an optical disk, computer memory, flash memory, etc.) programmed with instructions, which, when performed by a computer or a set of computers, cause one or more of the methods described in various embodiments to be performed. Another embodiment includes a computer which is programmed to perform one or more of the methods described in various embodiments.

Furthermore, it should be understood that all embodiments which have been described may be combined in all possible combinations with each other, except to the extent that such combinations have been explicitly excluded.

Finally, nothing in this Specification shall be construed as an admission of any sort. Even if a technique, method, apparatus, or other concept is specifically labeled as “prior art” or as “conventional,” Applicants make no admission that such technique, method, apparatus, or other concept is actually prior art under 35 U.S.C. §102, such determination being a legal determination that depends upon many factors, not all of which are known to Applicants at this time. 

What is claimed is:
 1. A method of registering a host bus port of a host computer (host) at a storage bus port of a data storage array over a storage network, the host being configured to process data input/output operations on the data storage array, the method comprising: acquiring, by a control circuit of the host, a configuration instruction directing the control circuit to process registration messages from an event processing engine; receiving, by the control circuit, a registration message from the event processing engine indicating that the host bus port needs to be registered with the storage bus port, the registration message having been generated by the event processing engine in response to receiving an event notification message indicating that a data path across the storage network between the host bus port and the storage bus port is available; in response to receiving the registration message, processing, by the control circuit, the registration message by registering the host bus port with the storage bus port by sending a registration command from the host bus port to the storage bus port across the storage network, the registration command including registration information associated with the host bus port; detecting, by a multipathing driver operating within a kernel of an operating system running on the control circuitry of the host, that the data path between the host bus port and the storage bus port has become available, the multipathing driver being configured to manage a plurality of data paths across the storage network between the host and the data storage array; and sending the event notification message from the multipathing driver to the event processing engine; wherein registering the host bus port with the storage bus port by sending the registration command from the host bus port to the storage bus port across the storage network includes sending the registration command from a storage management application running on the control circuitry of the host within a user space of the host.
 2. The method of claim 1 wherein: the event processing engine runs on the control circuitry of the host within the user space of the host; sending the event notification message from the multipathing driver to the event processing engine includes sending the event notification message from the kernel to the user space using a first application interface; and the method further includes: receiving, at the event processing engine of the user space of the host, the event notification message from the multipathing driver; detecting, at the event processing engine of the user space of the host, that the received event notification message indicates that the data path across the storage network between the host bus port and the storage bus port is available; and in response to detecting that the received event notification message indicates that the data path across the storage network between the host bus port and the storage bus port is available, sending the registration message from the event processing engine of the user space of the host to the storage management application using a second application interface.
 3. The method of claim 1 wherein: the event processing engine operates on a remote computer; sending the event notification message from the multipathing driver to the event processing engine includes sending the event notification message from the kernel of the host to the remote computer over a network connection; and the method further includes: receiving, at the event processing engine operating on the remote computer, the event notification message from the multipathing driver; detecting, at the event processing engine operating on the remote computer, that the received event notification message indicates that the data path across the storage network between the host bus port and the storage bus port is available; in response to detecting that the received event notification message indicates that the data path across the storage network between the host bus port and the storage bus port is available, selecting, at the event processing engine operating on the remote computer, the host from a plurality of storage host computers connected to the remote computer; and sending the registration message over the network connection from the event processing engine operating on the remote computer to the storage management application of the selected host.
 4. The method of claim 1 wherein the registration information associated with the host bus port includes: a name of the host; a unique port number associated with the host bus port; and a version number of the multipathing driver.
 5. The method of claim 1 wherein detecting that the data path between the host bus port and the storage bus port has become available includes detecting that the data path between the host bus port and the storage bus port is a new data path.
 6. The method of claim 1 wherein detecting that the data path between the host bus port and the storage bus port has become available includes detecting that the data path between the host bus port and the storage bus port is a preexisting data path which has transitioned from a dead status to an alive status.
 7. The method of claim 1 wherein the method further comprises: at the storage management application of the host, detecting that the registration information associated with the host bus port has changed since registering the host bus port at the storage bus port; and in response to detecting that the registration information associated with the host bus port has changed, re-registering the host bus port with the storage bus port by sending another registration command from the host bus port to the storage bus port across the storage network, the other registration command including the changed registration information associated with the host bus port.
 8. A computer program product comprising a non-transitory computer-readable storage medium storing a set of instructions, which, when executed by a computer configured to process data input/output operations on a data storage array, cause the computer to: acquire a configuration instruction directing the computer to process registration messages from an event processing engine; receive a registration message from the event processing engine indicating that a host bus port of the computer needs to be registered with a storage bus port of the data storage array over a storage network, the registration message having been generated by the event processing engine in response to receiving an event notification message indicating that a data path across the storage network between the host bus port and the storage bus port is available; and in response to receiving the registration message, process the registration message by registering the host bus port with the storage busport by sending a registration command from the host bus port to the storage bus port across the storage network, the registration command including registration information associated with the host bus port; detect, by a multipathing driver operating within a kernel of an operating system running on the computer, that the data path between the host bus port and the storage bus port has become available, the multipathing driver being configured to manage a plurality of data paths across the storage network between the computer and the data storage array; and send the event notification message from the multipathing driver to the event processing engine; wherein the computer, when registering the host bus port with the storage bus port by sending the registration command from the host bus port to the storage bus port across the storage network, sends the registration command from a storage management application running on the control circuitry of the computer within a user space of the computer.
 9. The computer program product of claim 8 wherein: the event processing engine runs on the control circuitry of the computer within the user space of the computer; sending the event notification message from the multipathing driver to the event processing engine includes sending the event notification message from the kernel to the user space using a first application interface; and the computer, when executing the set of instructions, is further caused to: receive, at the event processing engine of the user space of the computer, the event notification message from the multipathing driver; detect, at the event processing engine of the user space of the computer, that the received event notification message indicates that the data path across the storage network between the host bus port and the storage bus port is available; and in response to detecting that the received event notification message indicates that the data path across the storage network between the host bus port and the storage bus port is available, send the registration message from the event processing engine of the user space of the computer to the storage management application using a second application interface.
 10. The computer program product of claim 8 wherein: the event processing engine operates on a remote computer; sending the event notification message from the multipathing driver to the event processing engine includes sending the event notification message from the kernel of the computer to the remote computer over a network connection; and the computer, when executing the set of instructions, is further caused to: receive, at the event processing engine operating on the remote computer, the event notification message from the multipathing driver; detect, at the event processing engine operating on the remote computer, that the received event notification message indicates that the data path across the storage network between the host bus port and the storage bus port is available; in response to detecting that the received event notification message indicates that the data path across the storage network between the host bus port and the storage bus port is available, select, at the event processing engine operating on the remote computer, the computer from a plurality of storage host computers connected to the remote computer; and send the registration message over the network connection from the event processing engine operating on the remote computer to the storage management application of the selected computer.
 11. The computer program product of claim 8 wherein the registration information associated with the host bus port includes: a host name of the computer; a unique port number associated with the host bus port; and a version number of the multipathing driver.
 12. The computer program product of claim 8 wherein detecting that the data path between the host bus port and the storage bus port has become available includes detecting that the data path between the host bus port and the storage bus port is a new data path.
 13. The computer program product of claim 8 wherein the computer, when detecting that the data path between the host bus port and the storage bus port has become available, is constructed and arranged to detect that the data path between the host bus port and the storage bus port is a preexisting data path which has transitioned from a dead status to an alive status.
 14. The computer program product of claim 8 wherein the computer, when executing the set of instructions, is further caused to: at the storage management application of the computer, detect that the registration information associated with the host bus port has changed since registering the host bus port at the storage bus port; and in response to detecting that the registration information associated with the host bus port has changed, re-register the host bus port with the storage bus port by sending another registration command from the host bus port to the storage bus port across the storage network, the other registration command including the changed registration information associated with the host bus port.
 15. A method of registering a host bus port of a host computer (host) at a storage bus port of a data storage array over a storage network, the host being configured to process data input/output operations on the data storage array, the method comprising: acquiring, by the host, a configuration instruction directing the control circuit to process registration messages from an event processing engine; receiving, by the host, a registration message from the event processing engine indicating that the host bus port needs to be registered with the storage bus port, the registration message having been generated by the event processing engine in response to receiving an event notification message indicating that a data path across the storage network between the host bus port and the storage bus port is available; in response to receiving the registration message, processing, by the host, the registration message by registering the host bus port with the storage bus port by sending a registration command from the host bus port to the storage bus port across the storage network, the registration command including registration information associated with the host bus port; detecting, by a multipathing driver of the host, that the data path between the host bus port and the storage bus port has become available, the multipathing driver being configured to manage a plurality of data paths across the storage network between the host and the data storage array; and sending the event notification message from the multipathing driver to the event processing engine; wherein registering the host bus port with the storage bus port by sending the registration command from the host bus port to the storage bus port across the storage network includes sending the registration command from a storage management application running on the host within a user space of the host. 